home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000102_fdc@columbia.edu_Thu May 26 17:15:44 2005.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB

  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: Kermit server requirements
  5. Date: 26 May 2005 21:15:10 GMT
  6. Organization: Columbia University
  7. Lines: 74
  8. Message-ID: <slrnd9cf2u.ato.fdc@sesame.cc.columbia.edu>
  9. References: <MSble.7935$M36.2868@newsread1.news.atl.earthlink.net>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1117142110 14328 128.59.59.56 (26 May 2005 21:15:10 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 26 May 2005 21:15:10 GMT
  15. User-Agent: slrn/0.9.8.0 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15340
  17.  
  18. On 2005-05-26, Kevin L <kevinl01@earthlink.net> wrote:
  19.  
  20. : We have encountered a problem with an embedded device and I'm thinking
  21. : Kermit might have my best answer.  The device itself is a Pentium 266MHz
  22. : running Windows 2000.  The "control computer" that talks to it in a 486
  23. : 100MHz running Linux.
  24. : Short form is, the device supports ethernet (10 / 100 baseTX) but we can't
  25. : get enough cat-3 or cat-5 cabling between it and the control computer.  It's
  26. : an underwater instrument, and the last two feet of waterproof pigtail is
  27. : straight wires, and this is apparently enough to kill the ethernet
  28. : signalling.  I think I can solve this by re-wiring the 4 ethernet wires to
  29. : run into a serial port instead.  We max at 115200 bps, though, and need to
  30. : at least get some kind of performance on our data transfers.
  31. :
  32. This is quite feasible as long as all the interfaces along the path support
  33. hardware flow control.  But you only have 4 wires - 1 for signal ground,
  34. 1 for receive, 1 for transmit, only one left, which you probably want to use
  35. for DTR and CD (crossed).  So you won't have the best flow control.  Second
  36. best is Xon/Xoff, but that's subject to deadlocks on noisy connections.
  37. Third best is none at all; let Kermit handle it by regulating the size and
  38. flow of packets.
  39.  
  40. : I'm considering two options with this serial port.  The first is to run a
  41. : PPP server and pretend at the application layer that all is still ethernet.
  42. : The second is to run a Kermit server and issue host commands and file
  43. : transfer commands.
  44. :
  45. Honestly, I don't know much about the internals of PPP, but TCP and IP,
  46. which ride on top of it, do not (last time I looked) support such notions as
  47. sliding windows with selective retransmission.  In which case, recovering from
  48. a transmission error could be much more expensive than with Kermit.  But
  49. without effective flow control, you might not be able to use sliding windows
  50. in Kermit.  It's hard to say without knowing all the facts.  Ideally you would
  51. try each under controlled conditions -- different error rates, etc -- and
  52. see for yourself.
  53.  
  54. : I like the Kermit idea because I feel that it will enjoy a significant
  55. : performance gain for file transfers against FTP-via-PPP.  The files I need
  56. : to transfer will be in the neighborhood of 4MB each, and I'm still not
  57. : certain how many I'll need to move every day.  Coupled with unreliable
  58. : 3-wire rs232 at 115200, I think the Kermit protocol will be the fastest
  59. : thing available and I can trust its crash recovery feature better than
  60. : FTP's.
  61. :
  62. Which you can use as long as the files are transferred in binary mode.
  63.  
  64. : The host commands I need to send are rather trivial and the output
  65. : of them can be parsed easily on the control computer.
  66. : So, what do I need to run a Kermit server on Windows 2000?  Do any of the
  67. : free versions do it?  Can it be set to run as a service, and can I easily
  68. : verify its presence from the control computer?  Does it restart itself on
  69. : crashes, or is it so reliable nowadays that I needn't ask the question?
  70. :
  71. Kermit 95 is not free, but one copy won't break the bank:
  72.  
  73.   http://www.columbia.edu/kermit/k95order.html
  74.  
  75. What you would do, I think, is write a trivial script that sets any desired
  76. parameters (port, speed, current directory, etc etc) and starts Kermit 95
  77. server mode (any file whose type is ".ksc" will be executed by Kermit 95).
  78. This script can then be set up as service with SRVANY:
  79.  
  80.   http://support.microsoft.com/kb/q137890/
  81.  
  82. : Finally, is there any good reason I just stick to PPP?
  83. :
  84. PPP, TCP, and IP layers will add a lot more overhead than Kermit.  On a
  85. non-flowcontrolled serial connection they might not work very well, or at
  86. all.  At least with Kermit you can crank the packet length and/or window
  87. size down to the greatest combination that works reliably.
  88.  
  89. - Frank